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EXCHANGE SYSTEM AND METHOD 




BACKflROITND OF THF. TNVF.MTTfYU 

This invention relates generally to systems for 
automating common business communications tasks and more 
particularly to a system for designing computer applications 
for automating customer access to information in corporate 
databases . 

The efficient exchange of information with customers is 
crucial to the success of most businesses. The prior art 
includes a number of systems by which businesses can improve 
communication with customers. Toll-free telephone numbers, 
automated call routing systems, computer bulletin boards and 
facsimile communication facilities all facilitate such 
information interchange. More recent prior art systems such 
as disclosed in U.S. Patent No. 4,918,722 permit users to 
obtain access to information stored in various formats 
through telephone connections. 

As the communication channels between a business and its 
customers increase in availability, however, the sheer amount 
of information available to customers can itself become an 
impediment to efficient information interchange . While call 
routing systems and the like provide rudimentary menus to 
help organize communication, more sophisticated means are 
required to handle greater information flow. To provide 
flexibility in the operation of such systems, an 
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w application" may be employed to direct the interplay among 
the various components of the system. Each business using 
such a system has slightly different requirements. 
Therefore, the application controlling system operation 
should be designed specifically to meet the needs of the 
business that will be using the system. As the number of 
manipulations and devices controlled by the system increases, 
it becomes extraordinarily difficult to custom-design 
applications for particular businesses, or to make changes to 
existing applications as the business grows or its needs 
change. By implementing applications in programmed 
computers, some flexibility is gained, and functionality can 
be changed without physical alteration of the system. 
Conventional object-oriented techniques permit changes to be 
made yet more easily. Object oriented systems have been 
employed in the prior art to develop user interfaces or 
unique programs, but object-oriented approaches are not known 
to have been successfully used in the prior art to provide 
such organizational capability for a customer information 
exchange system, nor could conventional object oriented 
approaches present a complete solution. Moreover, the- use of 
actions operating on selected objects achieves a manageable 
number of choices in the system. Otherwise, the availability 
of M information sources, each with N possible activities, 
can quickly produce an unmanageable permutation of possible 
design choices as M and N increase. 
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SUMMARY OF THE INVENTION 

In accordance with the present invention a computer- 
based object oriented system is used to create simple, 
straightforward applications that provide access to a wide 
variety of corporate data sources. In accordance with the 
present invention, a central processing unit is programmed to 
provide an application designer with a simple, intuitive user 
interface for creating applications. To reduce the number of 
choices among which a designer of a particular application 
must select for the efficient exchange of corporate and 
customer information, the system presents the application 
designer with a two-stage selection process. In the first 
stage, the designer selects a particular action, such as a 
"request." In the second stage, the designer selects the 
object that is to be acted upon, such as a "telephone." 
Using this technique, the designer is presented with only N + 
M choices for available activities and sources ("steps") 
rather than being presented with N * M choices for the same 
steps listed as combined actions and objects. 

In accordance with the present invention, the system 
presents the application designer with a hybrid layout of the 
designer's chosen steps, combining elements of decision tree 
and process flow displays under a hierarchical structure in a 
manner that does not include any confusing feedback paths. 

Also in accordance with the present invention, the 
designer can add, delete or manipulate steps on the display 
simply by dragging the desired steps to various locations on 
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a display grid that provides easy reference for display and 
forwarding activity from one cell to another. 

In accordance with the present invention, objects can be 
created that register themselves with an applications 
generator to facilitating straightforward design of custom 
applications to control the workflow of a customer 
information exchange system; objects can be trained to 
perform particular manipulations; objects can be invoked 
during debugging to verify that they are properly receiving, 
processing and transmitting data; and objects can 
automatically execute their specified functions when called 
upon to do so. 

BRIEF DESCRIPTION OF THE DRAWINGS 

figure 1 is a block diagram physical description of the 
environment within which the preferred embodiment operates . 

^Figure 2 is a block diagram illustrating the 
relationship between the application generator, the work flow 
executive and various objects in accordance with the present 
invention-^ 

figure 3 is a flow diagram illustrating in overview the 
operation of a system for designing applications in 
accordance with the present invention. 

^Figure 4 is a flow diagram illustrating in greater 
detail the screen manipulation functionality disclosed in 
FIG. 3. 
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igure 5 is a flow diagram illustrating in greater 
detail the validation functionality disclosed in FIG, 3. 

^/Figure 6 is a flow diagram illustrating how applications 
are installed in the runtime environment in accordance with 
the present- invention. 

figure 7 is a flow diagram illustrating how templates 
can be added to include new forms of objects to the system in 
accordance" with the present invention. 

^Figure 8 is a flow diagram illustrating how subflows can 
be trained^in accordance with the present invention. 

pZgure 9 is a set of flow diagrams illustrating how data 
input and output for subflow steps is accomplished in 
accordapcfe with the present invention. 

/'Figure 10 is a set of flow diagrams illustrating how 
objects are written and read to disk for permanent storage in 
accordanp^with the present invention . 

-Figure 11 is a sample screen illustrating the user 
interface for application design in accordance with the 
present ip*fention. 

figure 12 is a set of memory maps showing how objects 

can be sent across a network to another node and 

/ 

reconstructed. 

Figure 13 is a set of flow diagrams illustrating how 
objects are sent to another node in a network in accordance 
with the present invention. 
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DESCRIPTION OF THE PREFERR ED EMBOnTME r KfT 

j ; 1 Referring now to FIG. 1, there is shown a computer- 
controlled customer information exchange system 9 in 
accordance with the present invention. The system permits a 
customer to telephone a business to get voice or facsimile 
information without human intervention. In accordance with 
the present invention, the system also permits customers to 
access business data centers through personal computers or 
other means. The system is based around a Central Processing 
Unit (CPU) 3 of conventional design, programmed in the manner 
described below and connected to a computer bus 8 f also of 
conventional design. While the system can be implemented 
using any one of several common processor/bus configurations, 
the preferred embodiment makes use of an 80486 microprocessor 
commercially available from. INTEL Corp. and an Industry 
Standard Architecture (ISA) PC server bus design. The CPU 3 
includes not only the processor chip itself, but associated 
memory and peripheral components such as read only memory, 
dynamic random access memory, hard and floppy diskette 
drives, and the like as commonly are found in small computer 
systems. Also connected to the bus 8 is a user input output 
(I/O) interface board 2. This board, .which may be physically 
implemented on a plurality of circuit cards, is in turn 
conventionally connected to user I/O devices such as a 
keyboard, a pointing device or "mouse," and a display screen. 

Also connected to the bus 8 is a voice object card 4 
that interfaces with one or more telephone lines (not shown) 
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to play voice messages stored in the CPU 3 and to receive 
-touch-tone responses from users in telephonic connection with 
.the card. In the preferred embodiment, an industry standard 
.four channel voice card such as those commercially available 
from Natural Microsystems, Inc. or Dialogic Inc. would be 
used for the voice object card 4. 

A FAX object card 5 is also connected to the bus 8, and 
communicates with the voice object card to permit the 
transmission and reception of facsimile documents over 
telephone lines. The preferred embodiment employs a four 
channel FAX object card 5 such as those commercially 
available from Gamirialink Inc. or Brooktrout Inc. that allows 
dynamic switching between voice and facsimile on the same 
channel as the voice object card 4 . 

An image object card 6 is also connected to the bus 8 
and operates in conjunction with the FAX object card 5 to 
translate data or text information into images for facsimile 
transmission. Any image processing card compatible with the 
bus 8 and the FAX object card 5 can be used for the image 
.object card 6. 

A host object card 7, attached to the bus 8, provides 
connection to one or more corporate ^computers (not shown) 
containing corporate information sources. The host object 
card 7 functions to make the system 9 appear as a user 
terminal to the corporate computer (s). Interface cards of 
conventional design may be used as host object cards 7 to 
provide connection to computers manufactured, for example, by 
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International Business Machines, Hewlett-Packard and Digital 
:1Eguipment . Connection to less common computers may require 
..custom interface cards, that may be readily designed by those 
-skilled in the art. Other objects may easily be added for 
existing or future technologies by connecting an appropriate 
card to the bus 8. 

Referring now to FIGS. 1 and 2, there is shown a general 
; overall flow diagram of the operation of the system 9, An 
application generator 10, implemented by programming the CPU 
3, provides a graphical user interface by which an 
: ^application designer may organize and lay out the office 
'processes that the system 9 is to automate. A work flow 
executive 11, implemented again by programming the CPU 3, 
installs and tests the application created by the application 
generator 10. Once the testing and installation are 
complete, the work flow executive 11 also controls the 
execution pf the application on the system, executing the 
step objects of the application and passing data as required 
from one object to another responsive to such factors as time 
of day, day of week, receipt of a telephone call, or 
information from external computers connected to the system 9 
via the host object card 8. Such information from external 
computers could relate, for instance; to the company's order 
entry or accounting processing. 

The work flow executive 11 interfaces with the voice 
object 4, FAX object 5, host object 7 and user I/O object 2 
to perform the tasks defined by the application generator 10. 
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£ or .example, in response to an incoming telephone call, the 
•work flow executive 11 may direct the voice object 4 to 
answer the phone and to play a message telling the caller 
what digit to enter for each of a number of services, such as 
^obtaining an account balance. The work flow executive 11 may 
;then direct the voice object 4 to listen for the caller's 
-response and to prompt the caller for an account number. 
^Following that, the work flow executive may pass the account 
•number received from the voice object to the host object 7, 
Jalorig with a request that the host object 7 respond with the 
^balance for that account from a database on a computer 
.communicating with the host object. Once the information is 
received from the host, the work flow executive may direct 
the voice object 4 to play a message providing the caller 
with the account balance. In another example, similar 
information about an account could be sent to the caller' s 
facsimile machine through the FAX object 5. To provide for 
human control and supervision should errors appear during a 
particular task, the work flow executive may also communicate 
with a system administrator having a terminal or personal 
^computer connected to the user I/O object 2. 

Referring now to FIG. 3, there is shown a flow diagram 
illustrating in overview the operatibn of a system for 
designing applications in accordance with the present 
invention. Execution begins by choosing an application in 
step 301. A check is performed 302 to determine if the 
application generator 10 is to use an application that 
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-already exists. If so, the existing application is retrieved 
-308 -Otherwise, a new application is created 303 and a 
template to assist in designing the new application is 
retrieved 304. After steps 304 or 308, the user is then 
J provided 305 - 307 with a choice of levels on which to work. 
The workflow level selection 306 is a high -level outline of 
the flow that a user desires for ~the system to have 
-describing information flow among objects. The subf low level 
selection 307 specifies the details of each of the steps of a 
workflow describing information processing within the 
capabilities of a single object (e.g. r create cover and 
document pages for a -facsimile transmission). If neither 
workflow nor subflow are selected in steps 306 - 307, 
execution returns to step 305. If either workflow or subflow 
are selected 306 - 307, then execution moves to a main menu 
of choices 309. From the menu of step 309, the user may 
select verification of , the workflow that was just created, to 
modify or create the workflow on the display screen using 
Simulation of the real object, e.g. f screen display of the 
.host session, save the application, "train" the application 
^iT^pecifying information flow, or exiting. Validation of 
:;the;work flow begins at step 310. A check is performed 311 
^?f ; ^ etermine whet her a work flow is ioperating properly, or is 
^l* id '" If so ' the application is installed in runtime 
vision and processing returns to the initial step 301. From 
.the jiriain menu at step 309, the user may choose to manipulate 
;-trh$ ; . r Workf low -on the display screen in steps 313 and 314. 
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Usteps 315 and 316 allow the user to save the current 
^application as a file. Steps 317 and 318 allow the user to 
-strain" an object by providing actual processing details. 
: St^ep-319 permits the user to exit the application generator. 
: v -^Referring now to FIG. 4 and FIG. 11, greater detail is 
-provided regarding display screen manipulation as discussed 
rabove in connection with steps 313 and 314 of FIG. 3. With 
^ddLsplay screen manipulation, an application designer may 
; graphically select actions 111 and objects 112 from a 
l^ispiayed collection, or 'basket' 110, arrange them as 
Required on a grid 113 of cells 114 to change design 
^decisions originally made or to fix errors in designs. In 
-accordance with the present invention, one direction on the 
; grid represents the ordered progression of steps to be 
•executed by the system, and the other direction displays 
Conditional alternatives or choices resulting from user 
£ response to prompts. In the preferred embodiment, the 
^horizpntal direction toward the right is used for the 
J Progression of steps, and the downward vertical direction is 
•vsed s f or conditionals. Applications are graphically 
S^! n 4pulated and represented on the display screen in any of 
^three ways that are continuously selectable by the designer. 
: The^ ordered tasks that an application directs the system to 
^%^ciote is described as the "workflow" of the application. 
; >;T^ :t xnain workflow, or "mainflow" of an application may be 
"manipulated or shown to provide the designer with an outline 
view of the application being designed, the subflows 
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^comprising a mainflow may be manipulated or shown in somewhat 
^greater detail than the mainflow, and the training details 
for iiubf lows or mainflows may be manipulated or shown to 
provide the greatest detail. To facilitate graphical 
-manipulation of workflows, feedback paths are not shown as 
fsuch, *but are illustrated as GOTO, END or RETURN steps. Not 
displaying the feedback paths removes the clutter from the 
-primary flow in the display. In addition, selection of the 
prp^ary flow for manipulation such as repositioning the flow 
;on the grid 113 is now possible since it is distinguishable 
from the feedback paths through the explicit designation of 
^such;-paths and through the convention that primary paths 
follow a horizontal left to right convention in laying such 
.paths out. Step 401 provides the designer with several 
/screen manipulation choices. If the designer desires to 
build a new task, the designer may select actions and objects 
from their respective baskets in steps 402 and 425. Objects 
Pa£e- registered with the application generator 10 so that when 
■$t":is called upon to do so, each can display the subflows, 
Straining, icons and actions associated with it. In order to 
Sceduce the permutation of choices confronting an application 
designer having available N actions ; with M objects, steps 402 
^arid ^425 present these choices sequentially, with available 
-objects 112 being selectable only after the designer has 
chosen an action 111. This results in the display of N 
actions plus M objects, rather than N * M action-ob ject 
selections if all options were simultaneously displayed. If 
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t ^f^^he designer wishes to operate on an object already on the 
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^display screen, it may be selected through steps 403 and 404. 
After selecting an object in either step 425 or 404, the 

o : Z \ desigher r may drag the selected object 405 and 406 to a new 

r ..- "-■ ; ' • '.• • 

\U location on the grid 113 using a pointing device or 

ii) ^mouse"connected in a conventional manner to operate on the 

}}'■■.: ! system. This allows the designer to easily manipulate flow 
"trees" on the display screen by moving portions, or 
/^branches, " in order to create more space for additional 
■j: Steps or to change functionality. Once the object is 
%■ \ • & repositioned as displayed, a check is made 407 to determine 
}; - 1 if ; that cell on the displayed grid to which the object has 
,| ; " ^>eeh^moved is not already occupied. The use of the grid 
."I A approach makes this straightforward and superior to a 
fe^ Jl' ^FgjB&orm approach. If it is not, the object is placed 408 in 
the cell. Otherwise, the error that has occurred is 
■t ■ -^specified 426 and execution returns to step 404. After step 
r\ Of ^08-, ..execution returns 417 to the manipulate menu of step 

i\Ml401. : 

• .1 Jh, r :.r instead of operating on an isolated object, the designer 
4nay ; decide from the manipulate menu 401 to move a process on 
v", ^he^i splay screen (or concatenation of cells on the screen 
:a ^ /.previously laid out). If so, the gjfid cell that begins the 
process the designer wishes to manipulate is selected 409 - 
411, and a check is performed to determine if all flow 
b 5 aLnches located to the right of the originally selected cell 
vare .completely selected including multiple branches of the 
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W^i0zr xgirial- flow caused by conditional cells with outcomes 
|: > ^^hrpugh-a termination cell such as a GOTO or END cell. Once 



I,. • : 6^1, cells are selected, the designer may drag the selection 
pV-'v-/" 'to i±s iiefr location 420 - 424, check to make sure that none 



lh P of the moved cells improperly overlap existing cells, and 

W- p :>> 

|i P v boinplete the move once such conflicts are resolved, 



lP 

I s ?.. ■ have not been selected, then a check is made to determine if 

ST. • 



thereafter returning processing to the main manipulation menu 
at step 401. If, on the other hand, at step 411 all of the 
successive cells to the right of the originally selected cell 
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the next cell is a GO TO cell with no object to the right. 
••; If 'execution goes to step 427, indicating that this is 
'AP ; V the fend of selection for that branch, and execution returns 

td: step 411. Otherwise, a check is made to determine whether 



fc\:. 

pj ; the next cell contains a decision tree object. If so, step 

W:, : >V: :- : P%..,~. , 

jrp 428 creates a new branch of each decision path and returns 

g;; ^;;e3cecutibn to step 411. Otherwise, step 414 checks to see if 
^^th^-next cell contains an end. If so, step 42 9 indicates 
''^that^prbcessing in this branch is done, and execution returns 
r5L%tof step 411. Otherwise, the next cell is selected, the 
^checking procedure continues for that cell from step 411 
: P L until all cells have been identified and selected. 

p -^g L : The main manipulate menu of step 401 also allows the 
:0vii^0 s ta create new rows or columns to provide additional 
%^pace for moving and adding functions to the workflow. New 

tows or columns may be created 418, 419 using cells or 
-indices, added to the existing system, cell references may be 
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ftfusted accordingly/ and execution may then return once 
la^ain to step 401. 

Referring now to FIG. 5, there is shown in greater 
detail the validation process discussed in connection with 
ste£s 310 - 313 of FIG. 3. Validation begins in step 501 by 
sending the application process from the application 
generator 10 of FIG. 2 to the work flow executive 11 of FIG. 
2 .The -user may choose 502 whether to simulate the process 
flow or ;to go through it step by step. If the user chooses 
-simulation 503 , the work flow executive 11 directs the 
beginning of execution at the starting step and creates 
^ut|)ut : ^rom each executed step. Validation in simulation 
.mode does not use actual devices for testing, so user 
supplied default values are processed 504 for external data 
that would be expected during actual system operation. The 
"output 507 from the executive for each processing step is 
Epaissed as input for succeeding processing steps. The data 
/^received from other processing steps is verified 508 as being 
|6f^the .correct type and produced by the correct method, and 
any errors are reported 509. Should the user at step 502 
f^hpose step-by-step validation, the application process is 
executed 505, 506 one step at a time using actual physical 
^external resources ( e .g. f phone, terminal) , and for each 
, : st|p, 5 the user is prompted either to use data from preceding 
istieps or to continue processing with data entered by the user 
4 from the keyboard or some other source, such as the object 
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Idling ^validated. Processing then continues 507 , as 
p^rieyipusly (described . 
|| ? i Referring now to FIG, 6, there is shown in greater 
Retail' the installation of an application in the runtime 
4<environment mentioned in connection with step 312 of FIG. 3. 
#he, runtime installation begins 601 by directing the 
^application generator 10 of FIG- 2 to create an executable 
^script and ^parameterized list of input and output for each 
^processing cell to be executed. The application generator is 
Jtheri directed 602 to register the work flow of the 
^application with a "scheduler" portion of the work flow 
^executive 11 to specify the condition or conditions 
^triggering execution of portions of the work flow. For 
^example > a portion of the work flow may be to respond to 
^incoming telephone calls in a predetermined way, and the 
•.scheduler may be set to execute an instance of that work flow 
^pqart ion ^whenever an incoming call is detected on any one of 
^seyeral incoming lines . The scheduler determines 603 that an 
^instance of an application is to be run and begins a work 
^flpfej: The work flow executive transmits output 604 from 
^pr^^ing steps as input to subsequent steps that it calls. 
^Uppri lencountering an END statement, or a step that returns an 
> V END statement, the instance of the application is finished 
/executing, so it is reset and made available to the scheduler 
once again for future use. 

- ^Referring now to FIG. 7 there is shown in greater detail 
t tie capability of using templates mentioned in connection 
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M| ! h^tep 304 of FIG. 3, Templates provide the capability to 
^^^^xpand operation of the system to include new forms of 
y ^Spbgects that work within the defined set of actions and 
e^^ethods; forjdisplaying the object in the workflow and subflow 
as well as creating training windows for physical device 
^nipul^tion. as required. Processing to bring in a template 
h X begins. with steps 701 - 702, in which the application 

^generation for a new application commences and all existing 
; objects .a're \ collected from an object directory. Each object 
as made available 703 to the workflow selection basket by 
^specifying the icon and supported actions associated with the 
- object Processing then returns 704 to the place from which 
' step 701 was called. 

; ulv Referring now to FIG. 8, there is shown greater detail 
' : i on |he- subflow training facility introduced in connection 
: :^itb step 318 of FIG. 3. Training begins 801 as the 
, #Ppii6§tion generator 10 of FIG. 3 requests 802 an instance 
Pf ^jpb ject from an object class, the instance corresponding 
to a particular step in the application. This is done by 
dragging the action-object cell from the step basket to the 
workspace. The subflow for the selected object instance 
* ef errred to in a mainflow cell is obtained 803 by selecting 
- he c:e11 in the mainflow, along with the allowed actions and 
" :subflow objects for creating or modifying the subflow. 
Selecting a specific cell in the subflow containing an 
actapn/ object pair invokes the training for that cell in the 
subflow step, and the object is requested 804 to provide a 
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I^^^^Llog' window associated with training for the object. Then, 
^ip^feh trained .object corresponding to a cell in the original 
vmainf low will be available for execution when passed 805 from 



v€he ? application generator 10 to the work flow executive 11. 
Execution then returns 806 to the processing that originally 
called the subflow training 801. 

- " Referring now to FIG . 9 the facilities for training the 
'tiata input and output related to subflow steps are shown. 
: .These facilities allow mapping of internal object data from 
: sbtie object to another so that data from one subflow can be 
used in the remainder of the workflow. On the output side, 
the user selects 901 an output data object, such as an icon 
-representing a menu, from a list of available objects. The 
user selects 902 methods to be associated with the chosen 
object, and gives the object an identifying name 903. Each 
method is trained 904 by specifying for the information 
required (e.g. , where a received account number variable need 
M f located on a host's computer screen to access a customer's 
account information) and a check is made 905 to determine 
whether the training is completed. Any methods that require 
further training are listed so that the designer may train 
•them. . On "the input side, the user selects 906 an input 
variable from a list of defined variables or from a 
designated cell in which the variable is to be defined. An 
input field object for the cell flow object is defined 907 - 
908 arid the user maps the input variable to an internal step 
variable. For example, the account number is positioned on 



^^^screen of a host session at an appropriate place by 

Ifmlp^ing it ipto the host data string field. The cell of the 
object that is. - to, receive the data requests the information 

;in. { rstep 909/ and the workflow executive checks 910 with the 
sending object to determine whether the required information 
is ^available-. w ^ If the object or information required is not 
^rpperly -d<ef ined, a warning is issued 911 and execution 

-returns 90 6 1 v 

Referring now to FIG. 10/ the information being passed 
between step objects by the workflow executive 11 of FIG. 2 

-may itself Vcqnsist of objects, i.e., data and code capable of 
executing -functions on the data. For example, the 

-iiiforn^^ passed may be an object consisting of a 

voice message recorded' at 24 kilobits per second along with 

, code for convert ing the message into a 64 kilobits per second 
format^tpr; play over an industry standard ISDN network. 

>^)ier gvoice .objects could include data from messages recorded 
at .other , rates but might all have code for conversion to 64 
kilobit ^j>er ; second format. This permits a device directed to 
tra : xismi^-sych message objects to do so regardless of how each 
meps$$e.0as recorded by simply requesting each message object 
1^o v ;play;^self in the 64 kilobits per second format. Since 
objects; frequently are sent from device to device within the 
.system,^ facilities are provided .for writing and reading 
objec^s^s needed by the application generator 10 and work 
flow Executive 11 of FIG. 3. When applications are created 
or modified ,and then saved, it is redundant and inefficient 
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I?ead or write all of the data and code associated with 
r^^^ach^instahde of an object. Furthermore, code pointers 
^^phkrecl among objects in one device may not be valid on 
^^^^jSbther *<ievide . Since only the data is unique to each 
• tin stance of ;an object, the facilities illustrated in FIG. 10 
Jrtake advantage of this characteristic. The inheritance of 
; Imethods iri the C++ object oriented programming language is 
a virtual function table consisting of code 
'''P^6int^rs_xt6- executable code representations of methods, 
^^/lassociated either with the object itself or with a parent. 
fj^^The virtual function tables and the data of an object define 
- ".St-he object. In order to pass an instance of an object to 
* V ^another ; node on a computer network or to store the object on 
;*a ' disk, ^information linking both the code reference by the 
I virtual funct ion table and the data for that instance must be 
^':maint^fihed . In accordance with the present invention, the 
, ^^je^lyis instructed to write itself to a WRITE_OBJECT file 
: by ^wr^ting its own object type and data to the file, and 
g;irist rating its parents to do the same. Specifically, in 
, ^ f ^ Objects, step 151 first creates an instance of a file 
^V^.c^llng a WRITE_OBJECT to do this. Then, in step 152, the 
./^^T^^JECl! calls the object being written to fill in the 
; ^y^ejof ' object and the data by executing its WRITE_OBJECT 

ime^hod. : In steps 153 - 155, the executing cell requests that 
, . the .pbject write the type and data associated with the object 
* ^ ile ' and iteratively calls upon its parents to do the 
same so that any inherited methods are also passed on. 




o 



l^iiy f when there are no further parent objects , execution 
t*' v^l'vrs r ^returned "th^bugh step 156 to the calling procedure, 

I To tead a file object, a RE AD_OB JE CT method is called 
V^^and passed the READ OBJECT file name. The READ_OBJECT reads 
^ the ^object type .and creates a blank copy of the object using 
"the conventional C++ compiler constructor function with a 
' - valid virtual .function table but blank data area. The 
•}READ OBJECT -by this means creates a new instance of the 
I object based on its type and creates a new virtual function 

I' .table associated with the object according to C++ convention. 
ff^^The new instance of the object is then requested to read the 
I r iyEAD -OB JE CT .file to reestablish the original instance data, 
V j ' and the parents of the instance are iteratively called upon 

\\ " a— ~t\ 

\:'^.\ ^'•1^; : do;ihe same. Specifically, as shown in FIG. 10, 
I ? processing, begins at step 157, with a cell reading an object 
by receiving a file name for the object. In steps 158 - 159, 
the. cell . reads the type of the object and creates a new 
in st an ce o f . t he object by referring to the object class, 
yielding , r a blank instance of the object having code pointers 
%o'^-^-j^e 4 thods of the object class. The cell in steps 160- 
163; /iteratively calls the new object and its parents to 
bbtain data that was placed in the WRITE_OBJECT file when the 
object was written, and reads instance data into BLANK data 
for the instance and all of its parents. Once the 
information from all parents has been obtained, step 163 
returns processing to the calling procedure. 
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For passing objects between nodes on a network where 
small storage size is not as important as real time 

; w-- - ..... 

processing efficiency f an alternative approach is used as 
illustrated in' Figures 12 and 13. In the case referred to in 
Figure 12, the .data (items 1203 and 1205 in node 1 and 1209 
and 1210 in node 2) along with the virtual function tables of 
J the object ^nd its parents (1202 and 1204 in node 1 and 1207 
Xaind 1208 in^npde 2 ) are stored in a shared object heap for 
aiiy instancieiof an object. Relative addressing within the 
^shared ob ject,?heap preserves the addressing capability 
Wherever the memory segment containing the object appears. 
The only item needed to refer to the object is the initial 
pointer to the memory segment containing the virtual function 
table and data item offsets (1206 in node 1 and 1211 in node 
2) . This pointer is typically that used to identify an 
object in C++ in a program. To pass the object to another 
node on a network, the shared object heap (as a block of 
memory referred to in Figure 12 as 1200) is passed over the 
;netwpric| aftd placed in a memory segment in another node 
(referred to as 1201) starting at a specified memory pointer 
ibcatfioh (item 1211) . The C++ reconstructor function is 
cal led to rebuild the virtual function tables that contain 
code pointers to actual code for the object methods (code is 
not passed between nodes and therefore new addresses for code 
entry points must be built) . All that is needed to refer to 
the new object is to give the pointer to the new memory 
segment for that instance of the object (item 1211) . 



o 

Figure 13 diagrams the flow in sending an object across 
the network. The shared object heap is passed as a block of 
memory (130) . When received the virtual function tables are 
rebuilt by applying the standard C++ constructor function 
(item 131) . Now the new object can be referred to using the 
new pointer to the resulting memory segment (item 132), and 
the transfer ends with step 133. 

Therefore, a system and method for facilitating 
efficient exchange of information between a business and 
» customers is controlled by an application designed using 
object oriented techniques. 
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What is claimed is: 

j[. information exchange system controlled by an 



application executed on a computer, to implement a 
predetermined interaction of a plurality of devices, 
comprising: 

application generator means to create the 
application, said application generator providing an object 
oriented user interface in which each of said plurality of 
devices is graphically represented on a display as an 
instance of an object , said application generator comprising 
means for positioning said instances on said display 
responsive to said predetermined interaction; and 

work flow executive means for installing and 
executing said application oh said computer to direct the 
operation of said plurality of devices responsive to said 
application . 

2. AiK information exchange system as in claim 1, 
wherein said application comprises a first plurality of step 
objects sequentially ordered in time and a second plurality 
of step objects havipg a conditional relation with one of 
said first plurality &f step ob jects;^crfid wherein said user 
interface positions saiovfirst plurality of step objects in 
an orthogonal relation to \aid second plurality of step 
objects on said display, 

3. An information exchange system as in claim 2, 
wherein said first plurality of ^£ep objects is vertically 
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^li^pfiented on said tiisplay and said second plurality of step 
;^&|objebts is fioirizontally oriented on said display. 
: : ^-#^?^'4V " An anforitation exchange system as in claim 1, 



f^^further characterized in that each of said plurality of 
, ; objects is associate^ with a subset of a plurality of 



. actiiohsr that jpaid user^Tnterface first displays said 

plurality ;of actions for selection, and second, responsive to 
Selection ~qf - one of sajid plurality of actions, presents a 
^subset of said plurality of objects responsive to the 
a ss oqiat ion ~o f each of \said plurality of objects with said 
Selected action. 

c ; ^>L^ information exchange system as in claim 1, 
further -charac£>*4^ed in that said predetermined interaction 
as -alterable responsiv^*o> selection and repositioning of a 



plurality of instances on sal^i.display . 

{ ^ information exchange system as in claim 5, 

wher|iri said means hor repositioning comprises means for 
^iging a grid of ceYls on said display; means for 
associating each of said instances with one of said cells, 
S me -B||^ or selecting oneYof said plurality of instances 



sequentially superior an^ adjacent^to a subset of said 
plurality of instances fo\r which repositioning is desired; 
means , for repositioning sa^.d subset responsive to a grouping 
of said one instance with skid subset of instances and 
repositioning said one instance; and means for generating an 
error signal responsive to overlap of said grouping with said 
plurality of instances. 
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7." — J^n information exchange system as in claim 2, 
therein said user^j^eyface positions said step objects 
sequentially in time ^ong^zK^ingle vector. 

8V ^ information exchange system as in claim 7, 
- wherein a /feedback relationship between two step objects is 
represented by a QOIO step object. 

• 9.. <An information exchange system as in claim 7, 
^ therein a feedback relationship between two step objects is 
..Y, represented by a RETURN step object . 
> 10. :%n information exchange system as in claim 1, 

y wherein said work flow ^cecutive generates an error message 
irresponsive to positioning of said instances to cause 
interaction of said objecns in one of a plurality of 
^predetermined improper manners . fi^ 

.iri ^ 11. An information exchange system as in claim 10, 
; ..wherein Is a plurality of predetermined improper manners 

includes/a manner in which information is transmitted from a 
^ ;f itst ;bi>jec£ to a second object\ said information being 
^incompatible for use with said second object. 

' * method of organizing and manipulating a plurality 

:^ em ^ >tally and conditionally related objects, comprising 
/the steps of : 

placing a first subset of Waid plurality of objects 
in temporal order along a first axis;\and 

/ V placing a second subset of laid plurality of 
objects having conditional relation alttng a second axis. 





A method as iV c^im 12, wherein said first axis is 



" ^"orthogonal to said secon){ axis. 



k method as in claim 12 , further comprising the 



SStep of manipulating one 9 i said plurality of objects by 



" -'changing the temporal or 
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>f said one object responsive to 
repositioning said object along kfcfckfirst axis. 
'■J/ ' 1S " A method as in L claim 12, further comprising the 
?tep of •manipulating one o A said plurality of objects by 
changing the , conditional rektion V said one object 
Iresponsive to repositioning laid object along said second 
;axis . . /, : ,, 

■ A meth V of selectin ^ a combination of an action 

^anlf an 'associated \bject from a plurality of objects each 
associated with a subset of a plurality of actions, 

comprising the steps of : 

.presenting s\id plurality of actions for inspection 

and ^selection ; 

t^': selecting an action from said plurality of actions; 
f ^ K . presenting said kbset of said second plurality of 
objects responsive to the result of said step of selecting 
and act ion; and 

V selecting an object r\sponsive to said step 6f 
pre sent ing said subset . 

f V. yf. , A method of repositioning hierarchically related 
objects; comprising the steps of: 

selecting one of said objeVts responsive to said 
one object being superior to other saM objects; 
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^heierarchical 



I 



grouping said objects responsive to said 

Ration; and 
repositioning said objects responsive to 

%. ^/repositioning saidAone object. 

A method W automating communications tasks, under 
^bntfoi of /a Computed, the method comprising the steps of: 
; ; -- v : ~ representing communications devices and their 

■functions as objects and associated actions; 
// /> // displaying available objects and actions for 
^completing said tasks; \ 

displaying a grid of cells defined by vertical 
Columns and horizontal rows; 

/selecting a grouping of said objects and actions 
Irqm said available objects amd actions; 

■ assigning each object of said grouping to one of 
said cells responsive to the temporal and conditional 
relationship among said grouping of objects and actions; and 

* implementing said automated communications tasks 
•under computer control in response to the result of said step 
of as s ighing • \ 

p&. A method of transmitting a conventional C++ 
i programming language object to a destination, said object 
/being defined by a type, a set of data and a plurality of 
parent type /data pairs, comprising twe steps of: 

./ extracting information responsive to said type, 
said set of data and said parent type/data pairs; 
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transmitting sa^d extracted information to said 
destination; and 

reforming said obHect at said destination 
responsive to said extracted \nf ormation, 




u 

ABSTRACT OF THE DISCLOSURE 

A computer-based information exchange system permits 
customers to request and receive different types of 
information from various sources. The operation of the system 
is controlled by an application created using object oriented 
techniques. These techniques permit simple and 
straightforward creation and modification of complex 
automation tasks involving numerous action-object pairs. 
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